iT邦幫忙

2022 iThome 鐵人賽

DAY 15
1
自我挑戰組

開始系統測試系列 第 15

Day 15 | 軟體測試階段(二) - 系統測試與驗收測試

  • 分享至 

  • xImage
  •  

四、系統測試

  1. 什麼是系統測試(System Testing)?
    • 測試系統以驗證它是否滿足指定需求的過程。
    • 一個系統的風險測試,為的是確定此系統滿足特定的功能性和非功能性的需求
    • 測試環境需盡可能和正式上線的環境一致
  2. 系統測試的重點、所需知識和前置條件
    • 測試重點
      • 系統需求
      • 整個系統的功能
      • 非功能的需求
    • 所需知識/know-how
      • 測試技術(主要是黑箱測試技術)
      • 系統領域的知識
      • 非功能性的測試技術
    • 前置條件
      • 先前的測試階段已經成功結束
      • 完成整合的系統
      • 與系統需求有關的文件
  3. 系統測試使用的技術和能發現的缺陷
    • 典型的技術
      • 功能性和非功能性的測試
      • 黑箱測試技術
    • 能發現的缺陷
      • 非功能性缺陷
      • 涉及整個系統的問題
    • 可能遺留的缺陷
      • 對用戶需求的錯誤理解
      • 沒有完全解決用戶的隱性需求

五、驗收測試

  1. 什麼是驗收測試(Acceptance Testing)?
    • 一般由用戶/客戶進行,確認是否可以接受一個系統的驗證性測試。根據用戶需求、業務流程進行的正式測試以確保系統符合所有驗收準則。
    • 由系統用戶的參與,按照客戶的期望進行測試
    • 驗測系統是否滿足了客戶的顯性及隱性需求
    • 目標:對系統或系統建立信心,或對系統非功能性特性贏得信任
    • 驗收測試不一定就是最後階段的測試,在驗收測試後也可能會有大規模的系統整合測試。
    • 在早期的測試階段也可以執行部分的驗收測試
  2. 驗收測試的分類
    • 用戶驗收測試(user acceptance testing)
      • 驗證由商業用戶使用一個系統的可用性
    • 運行(驗收)測試
      • 由系統管理元對系統的驗收測試,包含:
        • 測試備份和還原備份
        • 災難恢復測試
        • 用戶管理測試
        • 維運任務測試
        • 安全漏洞階段性檢查
    • 合約和法規驗收測試
      • 合約驗收測試(contract acceptance testing)
        • 根據合約中規定的驗收標準,對軟體進行測試。
        • 應該在合約擬定時就定義驗收準則。
      • 法規性驗收測試(regulation acceptance testing)
        • 根據必要遵守的法規來進行測試。
    • Alpha和Beta(或現場(field))測試/現場驗收測試(site acceptance testing)
      • Alpha測試
        • 潛在的客戶在開發場域進行的測試
      • Beta測試
        • 潛在的客戶在他自己的環境下進行測試
        • 測試目的是識別在非指定的應用環境下對系統的影響

上一篇
Day 14 | 軟體測試階段(一) - 單元測試與整合測試
下一篇
Day 16 | 測試計畫
系列文
開始系統測試30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言